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REMARKS/ARGUMENTS 

Prior to the entry of this amendment, claims 1-13, 16-19, 21-27, 35-37, 40, 42-45, 
and 50-57 were pending in this application. Claims 1,18, 35, 40, and 50 are amended, no claims 
are canceled, and no claims are added herein. Therefore, claims 1-13, 16-19, 21-27, 35-37, 40, 
42-45, and 50-57 remain pending in this application. Applicant respectfully requests 
reconsideration of these claims for at least the reasons presented below. 

35 U.S.C. SI 03 Rejection, Hassett and Kraenzel in view of Krapf 

The Office Action has rejected claims 1-13, 16-19, 21-27, 35-37, 40, 42-45, and 
50-57 under 35 U.S.C. § 103(a) as being unpatentable over U.S. Patent No. 6,173,31 1 Bl of 
Hassett et al. (hereinafter "Hassett") and U. S. Patent No. 6,854,016 Bl of Kraenzel et al. 
(hereinafter "Kraenzel") in view of U.S. Patent No. 6,901,588 Bl of Krapf et al. (hereinafter 
Krapf). The Applicant respectfully submits that the Office Action does not establish a prima 
facie case of obviousness in rejecting these claims, as amended. Therefore, the Applicant 
requests reconsideration of these claims, as amended. 

In order to establish a prima facie case of obviousness, the Office Action must 
establish: 1) some suggestion or motivation, either in the references themselves or in the 
knowledge generally available to one of ordinary skill in the art, to modify the references or 
combine their teachings; 2) a reasonable expectation of success of such a modification or 
combination; and 3) a teaching or suggestion in the cited prior art of each claimed limitation. 
See MPEP §706.02(j). However, the cited references fail to teach or suggest, alone or in 
combination, each claimed limitation. For example, none of the references, alone or in 
combination, teach or suggest multiple data stores each having a agent and a profile representing 
configuration information for the data store, the agents and profiles being mapped one-to-one, 
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creating a temporary proxy, or accessing a data store via the associated agent from the temporary 
proxy based on the profiles. 

Hassett is directed to "servicing of client requests on a network." (Col. 1, lines 
15-16) Under Hassett, "HTTP GET requests from client computers are served by assigned 
agents on the caching proxy server." (Col. 7, lines 13-15) "When a GET request is received by 
the caching proxy server, the category id of the request is examined to determine which agent on 
the caching proxy server should serve the request." (Col. 7, line 29-32) That is, under Hassett, 
the agent used to process a request is determined by information (i.e., the category ID) in the 
request, from the client. (See also FIG. 5A) The category ID from the request is based on the 
last information sent to the client. (Col. 5, lines 35-36, col. 9, lines 9-33, col. 19, line 10 - col. 
22, line 35) However, Hassett does not teach or suggest multiple data stores each having a agent 
and a profile representing configuration information for the data store, the agents and profiles 
being mapped one-to-one, creating a temporary proxy, or accessing a data store via the 
associated agent from the temporary proxy based on the profiles. 

Kraenzel is directed to "a trust model for authorizing download based upon server 
site authentication." (Col. 1, lines 45-46) More specifically, Kraenzel teaches "a web based trust 
model governing delivery of services and programs from a workflow, enterprise and mail- 
enabled application server and platform." (Col. 2, lines 41-43) A connection protocol connects 
a user client to a server site and download utilities that, responsive to the connection protocol, 
download the services and programs from the server site to the user client. (Col. 2, lines 43-46) 
Kraenzel describes 3 such models including an "On Line Services Model" (col. 4, line62 - col. 5, 
line 30), a "Local Run Time Model" (col. 5, line 31 - col. 6, line 67), and a "Client Local Replica 
Model" (col. 7, lines 1-62). In the On Line Services Model, "the highest level of security is 
managed through a database access control list (ACL)." (Col. 5, lines 24-29) In the Local Run 
Time Model, access is controlled through the security model that "includes ACL protection of 
databases, and may also provide controls for access to documents." (Col. 5, line 62 - col. 6, line 
10) In this model, an agent model for triggering agents is subject to the access provided by the 
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security model. (Col. 6, lines 50-56) Finally, in the Client Local Replica Model, "agents are 
stand-alone programs that perform a specific task in one or more databases, and as databases are 
under access control library (ACL) security." (Col. 7, lines 33-35) 

Therefore, regardless of the trust model, Rraenzel teaches providing access to 
data stores based on an ACL and does not teach or suggest multiple data stores each having a 
agent and a profile representing configuration information for the data store, mapping the agents 
one-to-one to the profiles, creating a temporary proxy, or accessing a data store via the 
associated agent from the temporary proxy based on the profiles. The agents of Kraenzel do not 
access the database based on a profile but rather perform specific tasks within the limitations of 
the access provided by other elements of the system, such as the security model, based on the 
ACL. Thus, Kraenzel does not teach or suggest multiple data stores each having a agent and a 
profile representing configuration information for the data store, the agents and profiles being 
mapped one-to-one, creating a temporary proxy, or accessing a data store via the associated 
agent from the temporary proxy based on the profiles. 

Krapf relates to "a method and apparatus for representing and implementing a 
concept between two functional domains (e.g., programming languages) by using a proxy 
component in a first domain to wrap a component of a second domain, where the proxy 
component has a semantic usability in the first domain closely corresponding to the semantic 
usability of the underlying component from the second domain." (Col. 2, lines 8-15) "Such 
proxy components may be used to gradually transform a digital entity (e.g., a software 
application) from a first domain to a second domain." (Col. 2, lines 16-19) However, Krapf 
does not teach or suggest multiple data stores each having a agent and a profile representing 
configuration information for the data store, the agents and profiles being mapped one-to-one, 
creating a temporary proxy, or accessing a data store via the associated agent from the temporary 
proxy based on the profiles. 
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Claim 1, upon which claims 2-4 and 7-17 depend, relate to a method of 
supporting multiple data stores for an integrated access system and identity system. Claim 35, 
upon which claims 36-39 depend, relates to one or more processor readable storage devices 
having processor readable code embodied on said processor readable storage devices, said 
processor readable code for programming one or more processors to perform a method. Both 
claim 1 and claim 35 recite in part "receiving a request at said integrated access system and 
identity system, said integrated access system and identity system supporting a plurality of data 
stores, each data store having a dedicated agent for interacting with the data store and a profile 
mapping one-to-one with the dedicated agent and representing configuration information for the 
data store; determining based on the profiles which data stores can service said request; creating 
a temporary proxy with one or more pointers to agents associated with said data stores that can 
service said request; accessing data stores that can service said request via the agent for the one 
or more data stores from the temporary proxy; reporting via the temporary proxy information 
based on said step of accessing; and terminating the temporary proxy." None of the references, 
alone or in combination, teach or suggest multiple data stores each having a dedicated agent and 
a profile mapping one-to-one with the dedicated agent and representing configuration 
information for the data store, creating a temporary proxy, or accessing a data store via the 
associated agent from the temporary proxy based on the profiles. Rather, Hassett teaches 
determining an agent to process a request based on information (i.e., the category ID) in the 
request, the information in the request based on the last information sent to the client while 
Kraenzel teaches providing access to data stores based on an ACL and Krapf teaches porting 
software between environments or domains using a proxy to encapsulate the ported component. 
For at least these reasons, claim 1-7, 7-17, and 35-39 should be allowed. 

Claim 18, upon which claims 19-27 depend, relates to a method of supporting 
multiple data stores. Claim 40, upon which claims 41-45 depend, relates to one or more 
processor readable storage devices having processor readable code embodied on said processor 
readable storage devices, said processor readable code for programming one or more processors 
to perform a method. Both claim 1 8 and claim 40 recite in part "receiving a request to access 
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one or more of a plurality of data stores, each data store having a profile representing 
configuration information for the data store; determining based on the profiles which data stores 
can service said request, each data store is associated with a separate agent, wherein each agent is 
mapped one-to-one with the profile for the associated data store; creating a temporary proxy with 
one or more pointers to agents associated with said data stores that can service said request; 
accessing said data stores that can service said request by communicating with said associated 
agents via the temporary proxy." None of the references, alone or in combination, teach or 
suggest multiple data stores each having a dedicated agent and a profile mapping one-to-one with 
the dedicated agent and representing configuration information for the data store, creating a 
temporary proxy, or accessing a data store via the associated agent from the temporary proxy 
based on the profiles. Rather, Hassett teaches determining an agent to process a request based on 
information (i.e., the category ID) in the request, the information in the request based on the last 
information sent to the client while Kraenzel teaches providing access to data stores based on an 
ACL and Krapf teaches porting software between environments or domains using a proxy to 
encapsulate the ported component. For at least these reasons, claim 18-27 and 40-45 should be 
allowed. 

Claim 50, upon which claims 51-54 depend, relates to an apparatus that supports 
multiple data stores. Claim 50 recites in part "receiving a request to access one or more of a 
plurality of data stores, each data store having a dedicated agent for interacting with the data 
store and a profile representing configuration information for the data store; determining based 
on the profiles which data stores can service said request, creating a temporary proxy having 
knowledge of agents for the data stores can service said request; using said proxy to access said 
data stores that can service said request via the agents, reporting information based on said step 
of accessing, and terminating the temporary proxy." None of the references teach or suggest, 
alone or in combination, multiple data stores each having a agent and a profile representing 
configuration information for the data store, creating a temporary proxy, or accessing a data store 
via the associated agent from the temporary proxy based on the profiles. For at least these 
reasons, claims 50-54 should be allowed. 
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Claim 55, upon which claims 56 and 57 depend, relates to a system that supports 
multiple data stores. Claim 55 recites in part " a set of profiles, each profile associated with one 
of said data stores and wherein each profile represents configuration information for the data 
store; a set of agents, each agent associated with one of said data stores and adapted to facilitate 
communications with the data store; a temporary proxy; and a database manager, said database 
manager in communication with said profiles, wherein said database manager is adapted to 
receive a request to access one or more of the data stores, determine based on the profiles which 
data store can service the request and wherein said database manager creates said proxy in 
response to the request to access said data stores and causes said proxy to be in communication 
with agents associated with data stores that can service said request based on the profiles." None 
of the references teach or suggest, alone or in combination, multiple data stores each having a 
agent and a profile representing configuration information for the data store, creating a 
temporary proxy, or accessing a data store via the associated agent from the temporary proxy 
based on the profiles. Rather, Hassett teaches determining an agent to process a request based on 
information (i.e., the category ID) in the request, the information in the request based on the last 
information sent to the client while Kraenzel teaches providing access to data stores based on an 
ACL and Krapf teaches porting software between environments or domains using a proxy to 
encapsulate the ported component. For at least these reasons, claims 55-57 should be allowed. 

35 U.S.C. SI 03 Rejection, Hassett and Kraenzel in view of Brown 

The Office Action has rejected claims 5 and 6 under 35 U.S.C. §103(a) as being 
unpatentable over Hassett and Kraenzel in view of U. S. Patent No. 6,678,733 Bl of Brown et al. 
(hereinafter Brown). The Applicant respectfully submits that the Office Action does not establish 
a prima facie case of obviousness in rejecting these claims. Therefore, the Applicant requests 
reconsideration and withdrawal of the rejection. 

As discussed in detail above, claim 1 , upon which claims 5 and 6 depend, is 
distinguishable from the combination of Hassett and Kraenzel since neither reference, alone or 
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in combination teaches or suggests multiple data stores each having a dedicated agent and a 
profile mapping one-to-one with the dedicated agent and representing configuration information 
for the data store, creating a temporary proxy, or accessing a data store via the associated agent 
from the temporary proxy based on the profiles. 

Brown is directed to " a method and system that authenticates users and 
authorizes the users to access a walled garden of network services." (Col. 2, lines 15-17) Under 
Brown " When a user wishes to access a service in the walled garden, the client sends a hypertext 
transport protocol (HTTP) request to the WGPS identifying the plot number of the requested 
service. If the client has a ticket granting access to the walled garden, the client includes the 
ticket in an authorization header." (Col. 2, line 66 - col. 3, line 4) " In response to a denial, the 
client sends a message to the GS requesting a ticket. The user authenticates himself or herself to 
the client by providing authentication information and the client provides this information to the 
GS." (Col. 3, lines 7-10) That is, Brown provides access to controlled resources based on a 
ticket or key provided by a client. However, Brown does not teach or suggest multiple data 
stores each having a dedicated agent and a profile mapping one-to-one with the dedicated agent 
and representing configuration information for the data store, creating a temporary proxy, or 
accessing a data store via the associated agent from the temporary proxy based on the profiles. 

The combination of Hassett, Kraenzel and Brown is no more relevant to the 
pending claims than either reference alone. None of the references, alone or in combination, 
teach or suggest multiple data stores each having a dedicated agent and a profile mapping one-to- 
one with the dedicated agent and representing configuration information for the data store, 
creating a temporary proxy, or accessing a data store via the associated agent from the temporary 
proxy based on the profiles. Therefore, the references cited in the Office Action fail to teach or 
suggest each claimed limitation. For at least these reasons, claims 5 and 6 should be allowed. 
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CONCLUSION 



In view of the foregoing, Applicants believe all claims now pending in this 



Application are in condition for allowance and an action to that end is respectfully requested. 



If the Examiner believes a telephone conference would expedite prosecution of 



this application, please telephone the undersigned at 303-571-4000. 



TOWNSEND and TOWNS END and CREW LLP 
Two Embarcadero Center, Eighth Floor 
San Francisco, California 94111-3834 
Tel: 303-571-4000 (Denver) 
Fax: 303-571-4321 (Denver) 
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William J. Daley 
Reg. No. 52,471 
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